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(57) Abstract: A system and 
method of providing on-demand 
Value-Added Services (VAS) in 
an integrated telecommunications 
network including an IP-based 
PSN portion, A downloadable 
VAS plug-in module (302) is 
provides for use with an IP terminal 
disposed in the network. The 
interface functionality of the VAS 
plug-in module conforms to an IP 
Telephony API (106) such that the 
module is configured to operate as 
an IP telephony client application 
towards an IP telephony protocol 
stack (102) on the terminal. 
The VAS plug-in module is also 
configured to operate as the IP 
telephony protocol stack with 
respect to the IP telephony client 
(104), The functionality of the 
VAS plug-in includes intelligence 
for local decision processing, 
including decision making and 



decision enforcement, so thai when a service request (502) is received (504) in the VAS plug-in, an appropriate service-related 
decision is effectuated without having to engage the IP telephony client or the IP network. Locally available decision capability 
(508, 518) includes capability for accessing a local service, a remote service via a remote service node, a Mobile Agent service* 
et cetera. If the service request is not to be acted upon locally, the VAS plug-in passes (512, 522) the request to an appropriate 
node in the BP network if the request is generated by the IP telephony client, or to the IP telephony client if die request emanates 
from title IP network. 
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ance Notes on Codes and Abbreviations" appearing at the begin- 
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SYSTEM AND METHOD FOR PROVIDING 
VALUE-ADDED SERVICES (V AS) IN AN INTEGRATED 
TELECOMMUNICATIONS NETWORK USING A DOWNLOADABLE 
5 PLUG-IN MODULE 

REFERENCE TO RELATED PATENT APPLICATIONS 

The present patent application incorporates by reference the subject matter 
disclosed in the following co-assigned patent application: "System and Method for 
10 Providing Access to Service Nodes from Entities Disposed in an Integrated 
Telecommunications Network," filed 12/27/1999, Sen No.:09/472,410 (Attorney 
Docket No.: 1000-0143), in the names of Roch Glitho and Christophe Gourraud. 

BACKGROUND OF THE INVENTION 

15 Technical Field of the Invention 

The present invention relates to integrated telecommunication systems and, 
more particularly, to a system and method for providing Value-Added Services in an 
integrated telecommunications network via a plug-in module that is downloadable to 
a user terminal from a third party service provider. The exemplary integrated 

20 telecommunications network may comprise a packet-switched network (PSN) portion 
coupled to a circuit-switched network (CSN) portion. Also, the network may 
comprise a PSN portion only. For example, a network portion using the Internet 
Protocol (IP) may comprise such a PSN portion. Furthermore, for instance, the CSN 
portion may comprise a wireless telephony network portion having a service 

25 architecture that is derived from, or based upon, the Intelligent Network (IN) service 
architecture. 

Description of Related Art 

Coupled with the phenomenal grov^h in popularity of the Internet, there has 
been a tremendous interest in using packet-switched network (PSN) infrastructures 
30 (e.g., those based on IP addressing) as a replacement for, or as an adjunct to, the 
existing circuit-switched network (CSN) infrastructures used in today's telephony. 
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From the network operators' perspective, the inherent traffic aggregation in packet- 
switched infrastructures allows for a reduction in the cost of transmission and the 
infrastructure cost per end-user. Ultimately, such cost reductions enable the network 
operators to pass on the concomitant cost savings to the end-users. 
5 Some of the market drivers that impel the existing Voice-over-IP (VoIP) 

technology are: improvements in the quality of IP telephony; the Intemet 
phenomenon; emergence of standards; cost-effective price-points for advanced 
services via media-rich call management, et cetera. Some of the emerging standards 
in this area are the well known H,323 protocol, developed by the International 

10 Telecommunications Union (ITU), Session Initiation Protocol (SIP) or Intemet 
Protocol Device Control (IPDC) by the Intemet Engineering Task Force (IETF), or 
Simple/Media Gateway Control Protocol (SGCP or MGCP). Using these IP 
standards, devices such as personal computers can interoperate seamlessly in a vast 
inter-network, sharing a mixture of audio, video, and data across all forms of packet- 

15 based networks which may interface with circuit-switched network portions. 

To effectuate IP telephony over a PSN, an IP telephony client application is 
tjTpically provided with the entity (e.g., a computer or an IP-based phone) that is used 
for accessing, or interacting with, the network. In addition, a suitable Telephony 
Application Programming Interface (Telephony API) is included so that the 

20 functionality of the underlying signaling protocol or protocol stack used for the PSN 
is abstracted from the standpoint of the IP client software. 

IP telephony clients, thus, are typically implemented on top of the Telephony 
APIs and provide relevant graphic and/or audio interfacing to a user. Additionally, as 
is well known, certain user services may also be provided in some conventional IP 

25 telephony client applications. However, the provisioning of these services in 
conventional arrangements is beset with several drawbacks and shortcomings. First, 
services provided in such implementations are typically limited and do not possess 
advanced features that are highly advantageous to the users. Also, these services are 
rather static in nature in the sense that users are not provided with the capability to 

30 modify, alter, delete, add, or enhance the services on an "as needed" basis. Moreover, 
where IP client-based services are provided, such services are typically incompatible 
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with, or are not upgradable to, advanced services (e.g. , Value-Added Services or VAS) 
and features available from third party service providers within the context of the IP 
telephony. In addition, in the approach set forth above, providing the same VAS from 
different (and/or several) terminals for an end-user is rendered rather difficult, 
5 Furthermore, the functionality of the conventional IP telephony clients does 

not allow the provisioning of VAS using the well known Intelligent Network (IN) 
service architecture. Those skilled in the art should readily realize that there exist 
tremendous incentives, economic as well as infrastructure-based, for utilizing the 
existing IN or IN-based service architecture with respect to the provisioning of VAS 
10 within the IP telephony framework. 
^ Based upon the foregoing, it should be apparent that there is a need for 

enhancing the functionality of the IP telephony client implementations so that 
intelligent processing capability may be included in the IP terminal for the 
provisioning of VAS, e.g., advanced services accessed from remote application 
15 servers. In addition, it would be advantageous to incorporate functionality which 
leverages the existing IN or IN-based service architecture. It would be of further 
advantage to provide the capability for modifying and enhancing services and/or 
features on-demand, independent of the IP network protocols, IP telephony client 
architectures, etc. The present invention provides such a solution. 

20 

SUMMARY OF THE INVENTION 

Accordingly, the present invention is directed to a system and method of 
providing on-demand Value-Added Services (VAS) in an integrated 
telecommunications network using a plug-in module approach. An Internet Protocol 

25 (IP)-based terminal places and receives calls via a packet-switched network (PSN) 
portion of the integrated telecommunications network. An IP telephony client 
application is available on the IP-based terminal for interacting with an IP protocol 
stack operable with the PSN portion. A downloadable VAS plug-in module is 
disposed between the IP telephony client and the IP protocol stack for intelligently 

30 filtering service requests received therein. Accordingly, the plug-in module is 
configured to operate as the IP telephony client towards the IP protocol stack and as 
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the IP protocol stack towards the IP telephony client, wherein the plug-in module's 
functionality includes local decision capability for determining whether a service 
request received therein is to be acted upon locally without having to engage the IP 
network or the IP telephony client. 
5 In an exemplary embodiment, the local decision capability of the VAS plug-in 

module includes accessing a local service associated with the terminal. In another 
embodiment, a remote service, e.g., a service logic portion executed at a remote 
Application Server node. In further exemplary embodiments, well-known IN Service 
Control Points (SCPs) or other IN-compliant Application Servers may be provided as 
1 0 remote service nodes which may be accessed depending upon the service request. In 
yet anotl^r embodiment, a Mobile Agent service is accessed by the VAS plug-in 
module. 

BRIEF DESCRIPTION OF THE DRAWINGS 
15 A more complete understanding of the present invention may be had by 

reference to the following Detailed Description when taken in conjunction with the 

accompanying drawings wherein: 

FIG. 1 (Prior Art) depicts a conventional IP telephony client arrangement 

operable with an IP telephony protocol stack used in a PSN-based telecommunications 
20 network; 

FIG. 2 (Prior Art) depicts the functional components provided in a 
conventional IP telephony client; 

FIG. 3 depicts a functional block diagram of a VAS plug-in module of the 
present invention usable with IP telephony clients disposed in an integrated 
25 telecommunications network that supports remote services; 

FIG. 4 is a flow chart illustrating the steps of a method of service provisioning 
using a VAS plug-in module which operates as an Intelligent Filter in accordance with 
the teachings of the present invention; and 

FIGS. 5 A and 5B are flow charts illustrating the steps of a local decision 
30 method utilizing a VAS plug-in module provided in accordance with the teachings of 
the present invention. 
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DETAILED DESCRIPTION OF EMBODIMENTS 

In the drawings, like or similar elements are designated with identical reference 
numerals throughout the several views, and the various elements depicted are not 
necessarily drawn to scale. Referring now to FIG. 1 , depicted therein is a conventional 
5 IP telephony client arrangement 100 employed in a PSN-based telecommunications 
network that operates based on known VoIP protocols. An IP telephony client 104 is 
provided as a software structure that imparts telephony capabilities to IP-addressable 
entities such as, e.g., computers. Similar telephony client software may also be used 
in conjunction with devices such as Smart phones, Internet phones, Information 

10 Appliances, etc. (collectively referred to as "terminals") employed for accessing the 
PSN-based telecommunications jietwork. In the context of a SIP-based network, an 
IP telephony client is usually referred to as a User Agent Client (UAC) server. 

An IP telephony protocol stack 102 is available within an IP-based terminal 
(not shown) for effectuating appropriate signaling etc. in accordance with the VoIP 

15 protocol employed in the network (e.g., H.323, SIP, and the like). An IP telephony 
signaling Application Programming Interface (API) 106 is conventionally provided 
between the IP telephony client 104 and the IP telephony protocol stack 102 for 
abstracting the functionality of the underlying IP signaling protocol on behalf of the 
IP client. Several such APIs exist in either standard or proprietary forms. For 

20 example, Java Telephony API (JTAPI), which is part of the 3GPP-defmed Mobile 
Execution Environment (MExE), is emerging as a standard Telephony API. Another 
standard is the TAPI standard from Microsoft®. Typically, such APIs are written in 
the C++, Java, or Interface Description Language (IDL). 

The IP telephony API 106 is usually comprised of two parts: a first part 108 A 

25 associated with the IP telephony client application 1 04 that is used by the IP telephony 
protocol stack 102 and a second part 1 08B associated with the IP protocol stack 102 
that is used by the IP telephony client application 104. Various software objects in 
these components interact with one another in a defined manner to provide the 
interfacing capability between the IP client 104 and the protocol stack 102. 

30 In conventional IP telephony client arrangements, the client applications are 

implemented on top of the TAPls and generally comprise call control ftmctionality. 
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call management functionality, and basic call services functionality, in addition to the 
interfacing functionality with respect to the Telephony API. The functional aspect of 
an exemplary IP telephony client application such as the IP client 1 04 described above 
is illustrated in FIG. 2, A Call Control (CC) module 202, a Call Management (CM) 
5 module and a Call Services (CS) module 206 are interfaced writh one another so as to 
facilitate telephony capabilities within the terminal. 

Typically, the functionality of the CS module 206 included for the 
provisioning of services tends to be rather limited. Even where a set of more advanced 
services is included, the services associated with the CS module are "fixed" in the 

1 0 sense that they are hardly upgradable to, or compatible with, other advanced services 
provided by third party service providers within the IP telephony context. Further, the 
CS functionality of the exemplary IP telephony client application 104 does not lend 
itself to accessing the existing remote services (e.g., IN or IN-based services), thereby 
thwarting the advantageous use of several market-tested and market-accepted service 

15 logic portions residing in such remote service nodes, e.g., SCPs. 

Referring to FIG. 3, depicted therein is a functional block diagram of a VAS 
plug-in module 302 usable in accordance with the teachings of the present invention 
for enhancing the functionality of an IP telephony client, e.g., telephony client 104, 
disposed in an integrated telecommunications network that supports a remote 

20 AppHcation Server architecture (e.g., an IN or IN-based service architecture). 

Preferably, the VAS plug-in module 302 is provided as a downloadable module that 
an end-user can retrieve from a selected service provider via an IP-based network (e.g., 
the Intemet) by employing known mechanisms such as File Transfer Protocol (FTP), 
HyperText Transfer Protocol (HTTP), and the like. Furthermore, retrieval of the 

25 downloadable modules may involve some subscription and authentication procedures 
from the end-user and, accordingly, the dovmloaded module may therefore include 
appropriate user-specific information and additional components necessary for the 
subsequent provisioning of the services to which the end-user has a subscription. 

In the IP client arrangement 300 shown herein, the VAS plug-in module 302 

30 is disposed between the IP telephony client 104 and the underlying IP protocol stack 
102, and its functionality includes intelligent modification and filtering of the normal 
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processing of calls effectuated via the functional modules of the IP telephony client 
application 1 04. Accordingly, suitable interfaces are provided between the V AS plug- 
in module 302 and the IP telephony client apphcation 104 (interface 304B and 
interface 306B). In addition, interfaces 304A and 306A are provided between the 
5 VAS plug-in module 302 and the IP telephony protocol stack 102. 

In accordance with the teachings of the present invention, the interfacing 
between the VAS plug-in module 302 and the IP telephony client application 104 is 
provided as a known Telephony API, e.g., TAPI 106. Similarly, the interfacing 
between the VAS plug-in module 302 and the IP telephony protocol stack 1 02 is also 

1 0 provided as Telephony API 1 06. Those skilled in the art should readily recognize that 
by conforming to the functionality of the IP Telephony API and modifying relevant 
configuration data, the VAS plug-in 302 is operates as an "IP protocol stack" towards 
the IP telephony client application 104. Analogously, the VAS plug-in 302 is operates 
as an "IP telephony client application" towards the IP protocol stack 102. 

15 The intelligent functionality of the VAS plug-in module preferably provides 

appropriate processing capabilities on the IP terminal with respect to decision making, 
decision enforcement, or both, in connection with call setup, call control and service 
access/provisioning for the user. Accordingly, the VAS plug-in module 302 is able 
to process the user*s decisions before they are actually transmitted to the VoIP 

20 network. On the other hand, it is aware of network-originating events before they are 
made available to the user. Additionally, it is able to interact with the IP telephony 
client, directly with the end-user via a graphic user interface 322 if needed, as well as 
generate appropriate signaling to the network. 

In an exemplary scenario, an IP terminal having the VAS plug-in module of 

25 the present invention receives an incoming call while the user is away or otherwise not 
available. The intelligent functionality of the VAS plug-in module is aware of the 
user's unavailability and, accordingly, makes and implements a decision to forward 
the call to a C-number without having to interact with the IP telephony client 
apphcation or the user. 

30 Those skilled in the art should appreciate that various types of VAS plug-in 

modules may be provided within the scope of the present invention depending upon 
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the nature of services involved. Some services may reside on the IP terminal itself, 
which may have been bundled with the specific VAS plug-in shipped to the user. 
Alternatively, the services may have been created by the user or retrieved from a 
remote server by a suitable VAS Administration Tool 308 operable with the IP 
5 terminal. The VAS Administration Tool 308 may also be used for configuring the 
services downloaded from the remote server, e.g., a service provider's Web page. 
These services are thus locally available, i.e., executable within the IP terminal using 
the enhanced processing capabilities of the VAS plug-in, and may conveniently be 
referred to as Local Services 312. Further, some of the services may reside in a remote 

1 0 location such as IN-based SCP that is accessible from the IP terminal via a suitable IP 
interface. In addition, the VAS plug-in module may include functionality to provide 
services which may be available via Application Servers. Such services are 
collectively depicted in FIG. 3 as Remote Services 314. Although not shown herein, 
those skilled in the art should recognize that services may also be available as Mobile 

15 Agents that interact with the VAS plug-in module of the present invention. 

A service management module 310 is provided in a functional relationship 
with the VAS plug-in module 302 for effectuating service creation, subscription, 
removal, etc., preferably in a dynamic manner, with respect to the services described 
hereinabove. 

20 FIG. 4 depicts a flow chart that describes the various steps involved in a 

service provisioning process using the VAS plug-in module in accordance with the 
teachings of the present invention. A suitable VAS plug-in module that conforms to 
the IP Telephony API available on a terminal (step 402) is provided, for example, by 
bundling it with the IP terminal purchased from the equipment provider etc. or by 

25 downloading the requisite software from a service provider's Web location. The VAS 
plug-in software is configured as an IP telephony protocol stack with respect to an IP 
telephony client application on the terminal (step 404). Also, the functionality of the 
VAS plug-in module is configured such that it operates as the IP telephony client 
application towards the IP protocol stack (step 406). Thereafter, the intelligent 

30 functionality of the VAS plug-in module operates as an enhanced message filter 
(Intelligent Filter) with respect to user services (step 408). 
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Referring to FIGS. 5 A and 5B, shown therein are flow charts that embodies the 
intelligent fihering functionality of the VAS plug-in module in an exemp]ar>' 
implementation. The flow chart depicted in FIG. 5A relates to the scenario where a 
service request is generated by the IP telephony client application (step 502) which is 
5 received in the VAS plug-in operating as an "IP telephony protocol stack" (step 504). 
Using the built-in intelligence (which may be provided as, for example, suitably 
modified terminating or originating Call Control State Models having service- 
architecture-specific Detection Points (DPs) that may be armed based on triggers 
available from a user data profile as described in the incorporated reference set forth 

10 at the beginning of the present patent application), a determination is made whether 
a Local Service needs to be invoked (decision block 506). If so, an appropriate service 
logic portion locally available is executed subsequently (step 508), If a remote service 
is to be invoked, e.g., through an IN SCP node or a remote Application Server 
(decision block 5 1 2), the service request is passed to the remote location for executing 

15 suitable service logic thereat (step 514). On the other hand, if the VAS plug-in 
determines that the service request needs to be transmitted to an appropriate node in 
the IP network such as a Service Switching Point, e.g., an H.323 gatekeeper, a SIP 
redirect/proxy server, et cetera, the service request is provided to the IP protocol stack 
whereby the VAS plug-in module operates as the IP telephony client application. 

20 Accordingly, it should be readily recognized that the decision making and decision 
implementation/enforcement aspects of the VAS plug-in functionality, as embodied 
by decision blocks 506 and 512, and steps 508 and 514, respectively, are locally 
available and locally acted upon because of the intelligence provided as part of the 
plug-in module's functionality. These service-related decision aspects and the 

25 software/firmware structures for implementing them may therefore be collectively 
referred to as "local decision capability" or "local decision capabilities". 

It should be apparent to those skilled in the art that the intelligent filtering 
capabilities of the VAS plug-in functionality described hereinabove are also 
appropriately involved with respect to requests/events emanating from the network 

30 towards the IP telephony client application on the terminal. 

FIG. 5B depicts a flow chart illustrating the steps of a local decision method 
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involving a network-related event generated by the protocol stack (step 512), Those 
skilled in the art should readily realize that the local decision process is essentially the 
same as the process described hereinabove, except that the VAS plug-in receives the 
network event (step 514) as an "IP telephony client'* and makes a disposition thereof 
5 based on the intelligence embodied as the local decision capability. Accordingly, 
under appropriate analysis, the network event may be passed to the IP telephony client 
(step 526) for suitable processing. 

Based upon the foregoing, it should be readily appreciated that the present 
invention advantageously provides enhanced capabilities in an IP terminal with respect 

10 to the provisioning of VAS, The user can make his IP terminal/appliance more 
intelligent simply by downloading the present invention's software from any third 
party service provider, independent of the IP telephony clients and IP protocol stacks 
bundled with the IP terminal. Also, various advanced services such as, e.g., 
multimedia/video on demand, etc. may be provided independent of the IP telephony 

15 network infrastructure. 

Moreover, by utilizing the teachings of the present invention, the IN service 
logic base that is already installed and market-tested may continue to be re-used even 
as VoIP network architectures come into existence. Those of ordinary skill in the art 
should realize that significant incentives exist for network operators to re-use the 

20 expensive legacy SCP nodes as they migrate towards integrating the cellular 
infrastructures with IP-based PSNs. 

Further, it is believed that the operation and construction of the present 
invention will be apparent from the foregoing Detailed Description. While the method 
and system shown and described have been characterized as being preferred, it should 

25 be readily understood that various changes and modifications could be made therein 
without departing from the scope of the present invention as set forth in the following 
claims. For example, the provision of the following services may be advantageously 
effectuated by using the teachings of the present invention: call forwarding, telephone 
dir^tory-assisted calls, call screening, and a variety of other services enabled by the 

30 convergence between telephony, information technology and the Internet. Further, 
although the present patent application exemplifies the teachings of the present 
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invention in the context of a service triggered by an incoming call, services triggered 
by outgoing calls (i.e., the end-user initiates the call) may also be provisioned in 
accordance herewith. For instance, by analyzing the addressed telephone number (i.e., 
the B-number), the VAS plug-in module may intelligently assist the end-user with 
5 respect to contacting the called party. This assistance may involve accessing 
information related to the called party (e,g., agenda, call preferences, etc.) and 
successive call attempts at different locations, under the supervision of an invoked 
service and the end«user. Accordingly, it should be clearly understood that these and 
other modifications, extensions, substitutions, additions, etc. are contemplated to be 
10 within the ambit of the present invention whose scope is defined solely by the 
following claims. . 
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WHAT IS CLAIMED IS: 

1 . An integrated telecommunications network that effectuates on-demand 
provisioning of Value- Added Services (VAS), comprising: 

5 an Internet Protocol (IP)-'based terminal for placing and receiving calls 

via a packet-switched network (PSN) portion; 

an IP telephony client disposed in the IP-based terminal for interacting 
with an IP protocol stack operable with the PSN portion; and 

a VAS plug-in module configured to operate as the IP telephony client 
10 towards the IP protocol stack and as the IP protocol stack towards the IP telephony 
client, wherein the VAS plug-in module includes local decision means for determining 
whether a service request received therein is to be acted upon locally. 

2. The integrated telecommunications network as set forth in claim 1, 
15 wherein the VAS plug-in module is downloaded from a World Wide Web (WWW) 

location of a service provider. 

3. The integrated telecommunications network as set forth in claim 2, 
further including a remote service node having a plurality of service logic portions 

20 associated with at least one of the Value-Added Services, wherein the local decision 
means of the VAS plug-in module includes means for accessing the remote service 
node based on the service request. 

4. The integrated telecommunications network as set forth in claim 3, 
25 wherein the remote service node comprises an Intelligent Network {IN)-compliant 

Service Control Point. 

5. The integrated telecommunications network as set forth in claim 3, 
wherein the remote service node comprises an Intelligent Network (IN)-compliant 

30 Application Server. 
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6. The integrated telecommunications network as set forth in claim 2, 
wherein the local decision means of the VAS plug-in module includes means for 
accessing a local service based on the service request. 

5 7. The integrated telecommunications network as set forth in claim 2, 

wherein the local decision means of the VAS plug-in module includes means for 
accessing a Mobile Agent service based on the service request. 

8. The integrated telecommunications network as set forth in claim 2, 
1 0 wherein the service request is generated by the IP telephony client towards the PSN 

portion. 

9. The integrated telecommunications network as set forth in claim 2, 
wherein the service request is generated from the PSN portion towards the IP 

1 5 telephony client. 

10. The integrated telecommunications network as set forth in claim 2, 
wherein the PSN portion comprises an H.323-based network. 

20 11. The integrated telecommunications network as set forth in claim 2, 

wherein the PSN portion comprises a Session Initiation Protocol (SIP)~based network. 

12, A method of on-demand provisioning of Value-Added Services (VAS) 
in an integrated telecommunicati ons network having a packet-switched network (PSN) 
25 portion, the method comprising the steps of: 

downloading a VAS plug-in module from a World Wide Web (WWW) 
location of a service provider; 

configuring the VAS plug-in module to operate as an IP telephony 
client towards an IP protocol stack available on a terminal, the IP protocol stack being 
30 operable with the PSN portion; 

configuring the VAS plug-in module to operate as the IP protocol stack 
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towards the IP telephony client; 

receiving a service request in the VAS plug-in module; and 
determining in the VAS plug~in module whether the service request is 

to be acted upon locally. 

5 

13. The method of on-demand provisioning as set forth in claim 12, 
wherein the service request is associated with a local service and the method further 
comprises executing a service logic portion associated with the local service. 

10 14. The method of on-demand provisioning as set forth in claim 12, 

wherein the service request is associated with a remote service and the method further 
comprises accessing a remote service node associated with the remote service. 

15. The method of on-demand provisioning as set forth in claim 14, 
1 5 wherein the step of accessing a remote service node includes accessing an Intelligent 

Network (IN)-based Service Control Point. 

16. The method of on-demand provisioning as set forth in claim 14, 
wherein the step of accessing a remote service node includes accessing an IN- 

20 complaint Application Server. 

17. The method of on-demand provisioning as set forth in claim 12, 
wherein the step of receiving a service request includes receiving a service request that 
is generated from the PSN portion towards the IP telephony client. 

25 

18. The method of on-demand provisioning as set forth in claim 12, 
wherein the step of receiving a service request includes receiving a service request that 
is generated by the IP telephony client towards the PSN portion. 
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